en. 
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Include/File structure for 
VaraPoint Firmware 



PR25B.A51 



8051. def 



xxx. mc 



yyy.mc 



■ ■ ■ 



zzz.inc 



tions a separate switch is provided, which may be scanned in other code, or by some 
other processor. 



c) 



d) 



SNAPTOGRID 

This switch determines whether 
code will be generated to cause 
motion near a multiple of 90 de- 
grees to "snap" to those directions. 
This switch is normally turned on 
when the application involves 
GUI (Graphical User Interface) 
menu navigation, etc. It would be 
less desirable if the primary appli- 
cation involved sketching and 
drawing. 

NAVIGATEMENU 

This switch determines whether 
code will be generated to cause 
motion near a multiple of 45 de- 
grees will "snap" to those direc- 
tions. It is much like the SNAP- 
TOGRID switch, but allows 
"snapping" to the true axes and 
the 45-degree diagonals. As with 
SNAPTOGRID, the intended ap- 
plication would dictate whether 
this switch should be set. 



e) 



Interrupt vector code 



MAIN: is described as "main loop", but 
it isn't at ail. It is the startup entry point. 
The only reference to MAIN: in the code 
is in the RESET interrupt vector 



Initialize serial 
communication, if 
appropriate 



Initialize circular 
communications buffer 



Initialize Memory. Since most memory will be initialized to O's, a 
loop is performed to zero out the region 20h to 80h. Those 
locations which need values other than 0 are individually set. 
There are a lot of commented-out tines of code to initialize 
individual locations to 0, which were superseded when the loop 
was introduced. The loop takes up much less code space than 
the individual MOVs 



MAIN LOOP 



Read Sensor Values 



Apply all tracking 
algorithms to convert to 
"mouse space" 



Report motion and 
button transitions as 
appropriate 



AUTOCENTER 

This switch determines whether 
code will be generated to cause 
the system to re-calibrate itself for 
"centering", the position at which 
no motion is generated. In any 
joystick or joystick-like pointing 
device, any of a number of situa- 
tions can cause the "null" position 

to be other than where the user expects it. This can cause^ 

the wind", or "drift". This switch would normally be turned on, except perhaps for 
some unusual applications in which the autocentering behavior conflicts with other 
design goals. With this switch turned on, the system automatically re-calibrates itself 
based on a rolling average of contact points, with automatic compensation for outly- 
ing values. 



f^erception of "skating in 
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/crocontroller reads a minimum deflection at a slightly larger than minimum 
ical.de flection on a nominal Var^Bfcit (this must be the case for a n^^kial setup so 
we can always attain a minimum ejection taking variation of comp^rent values 
account). As deflection is increased, the 
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A/D counts, vector magnitude 



ge time is decreased, since the direction's TbiSpeedVect 
tance to Vcc is decreased. If the charge 
is longer than the 1.397 msec sampling 
low, this is read as no deflection at all. 

e-based parameters 

TbiSpeedVect and TblDelayVect tables 
i together to implement the main part of 
iPoint tracking. These tables will normally 

ijusted together to account for differences fr^ . (OA 

icroprocessor speed and A/D circuits (such as different reference voltages, resistor 
capacitor values, etc.). Together, these tables implement a "Three Plateaus" ap- 
ch to tracking: Fine Control, Naviga- 
and Blitz. A general strategy for adjust- 
hesejkbles would be to compare a trial 
emenlation with a reference design Vara- 
.t, anffito try to achieve a similar level of 
rol. fene-tuning would best be accom- 
led with user-level tests on small subject 
ips using VaraTouch's Pointer Evaluation 
ware^jits Fitt's Law suite in particular. 



TblDelayVect 
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A/0 counts, vector magnitude 



Combined Tracking curve 



rblSpfeedVect 

rhis Si the primary tracking table, worki- 
ng iPconj unction with TblDelayVect. It contains 32 entries, for each of 32 possible 
nput counts (coming from the A/D cir- 
;uit). For each input count, it gives the 
lumber of output counts (^Mickeys") that 
:he firmware should report. These Mick- 
rys correspond to the counts normally 
made by optical encoders in a typical 300- 
ipi mouse. Thus, when the A/D mea- 
sures a force corresponding to NNN 
counts from the A/D, the system will re- 
port TblSpeedVect(NNN) Mickeys on 
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too 



jeport out, wnien vvui occur every i oiiveiay v ect^iNiNiN ) innnseconas. 



b'IDelayVect 

his table works in conjunction wiW TblSpeedVect to condition the apparent rate of 
lotion reported by the firmware. The TblSpeedVect/TblDelayVect system is an al- 
:rnative to "Fractional Mickey" tracking, which would have to be maintained if the 
lotion would correspond 

) less than one Mickey Tracking 
lsually 1/300 of an inch) Algorithm 
sr packet of data sent out. Description 
y delaying the time be- 
veen packets, the effec- 
ve rate of motion is kept 
Dpropriately low when the 
[tended motion is slow. 



Gat Raw X and Raw Y ! 

data ' 



Calculate delay time 
using TbIDelayVect 



Calculate magnitude of 
vector sqrt{x A 2+y A 2) 



Pause delay time 



Look up in 
TblSpeedVect table to 
perform preliminary 
tracking adjustment 



I 



Scale X and Y 
components by 
adjustments from 
TblSpeedVect and 
(possiblly) TbISIowVect 



Compare current 
speed magnitude to 
preveious speed 
magnitude 



t 




Format up X-Y packet 



blSlowVect 

his table manages an im- 
ortaht aspect of Vara- 
oint Slacking - an alterna- 
ve tr^pbking during decel- 
rationjto manage the 
Dver&hoot" which so of- 
:n otherwise characterizes 
)ysti!k pointing. During 
acking, the firmware al- 
ays remembers the last 
)rce Rector magnitude, 
id continually compares 
to tfte current force vec- 
)r magnitude. When the 
lagnitude is decreasing, 
len the user is attempting 
) slow down. The differ- 
ice between last and cur- 
mt magnitude will be 
ositive during decelera- 

on, and is used as an index into the TbISIowVect to calculate an adjustment to the 
Deed to help slow down motion faster and minimize overshoot. The value in the 
ible is mutiplied by previous (larger) magnitude, and that number is subtracted from 
le current magnitude. 



Adjust speed via 
TbISIowVect 



Transmit X-Y Packet 



Scan for and process 
possible key presses 



:m Hardware Requirements 
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